 Na da schauen wir uns halt mal HereticII-Demo an. Die vier Teile
von 40,5 MB lha-Daten ergeben 67,5 MB Daten entpackt. Soviel freien
RAM-Speicher haben wohl die wenigsten von uns. Also ist irgendeine
Partition mit entsprechendem freiem Platz auszuwählen und dorthin zu
entpacken. Es wird ein eigenes Verzeichnis HereticIIDemo eingerichtet. Wer
nun vorher schon einmal neugierigerweise in der Readme gelesen hat
This is part 1 of the Heretic2 Demo. Hardware requirements
minimum PPC603/160Mhz 64MB FastRam, 70MB Harddisc space and AGA or
gfx-board.
Recommended Hardware PPC604/200Mhz 80MB FastRam, 70MB
Harddisc space, 3D gfx-board Software requirements: WarpOsV4 or higher,
AHI, Warp3D for permedia2 support und trotzdem einen
Versuch startet, obwohl er keine PPC-Karte hat, so wie ich, der soll sich
nicht wundern, dass das Programm noch nicht einmal anspringt, sondern nur
eine lapidare Mitteilung herausgibt: HereticII-Demo/dbuf kann nicht gesetzt
werden. Und das wars.
Das einzige was bleibt, ist die Readme zu lesen, zwar in Englisch, aber
ziemlich verständlich. So erfährt man, dass diese Demoversion nur
zwei Spiel-Levels, ein Tutorial-Level und zwei "deathmatch levels" hat.
Vorgesehen sind rund 30 Levels mit mehreren tutorial und deathmatch levels.
In dieser Demo fehlt der AHI Sound, aber im Endproduct soll er
verfügbar sein. Es fehlen noch die meisten Zaubersprüche wie auch
die etwas stärkeren Waffen und die "in-game movie sequences and
introduction movies" glänzen ebenfalls durch Abwesenheit. Für die
Vollversion werden über 5 Minuten gerenderte Movies und zahlreiche
eingebettete Filmsequenzen versprochen.
Wie oben schon erwähnt, ohne PPC und mindestens 64 freien
RAM-Speicher läuft nichts. Also ein Spiel für eine kleine
Minderheit, denn nicht jeder 603/604 Besitzer interessiert sich für
dieses Spiel.
Die Rubrik "biz" besteht doch aus 49 Files und da soll nur Heretic2 eine
empfohlene Neuheit sein? In biz/dbase gibt es doch noch etwas ganz Neues:
PQL.lha, die plain query language. Dieses soll eine Art SQL, also eine
Abfragesprache für relationale Datenbanken sein. Die Version ist 0,8
und ist � by Bjoern Lemke, 1995. Es geht nicht hervor, ob dieses Programm
den Stand von 1995 hat oder ob es seinerzeit begonnen wurde. Eine Anleitung
gibt es nicht, nur eine kurze englische Readme, wonach es ein fantastisches
Leistungsvermögen haben muss. Das beigefügte Testscript habe ich
nicht verstanden und als ich das Programm startete, füllte sich der
Bildschirm mit dem Eingabeprompt und hörte erst bei Betätigen
einer Taste auf, sich weiter zu befüllen. Klickte ich auf das
Schließsymbol befüllte sich der Bildschirm weiter. Die einzige
Rettung war der Affengriff. Nochmals schaue ich mir dieses Programm nicht
an und ich kann leider nicht sagen, was sich wirklich dahinter verbirgt.
Was ist Amster? Amster ist ein MUI based Napster client für das
AmigaOS.
Und was ist ein Napster client? Die Originalantwort:
Napster is an MP3 sharing community using a special client that features
things like chatting, searching, downloading, notify lists, etc. If you
want to read more about Napster in general, go to http://www.napster.com.
Here you can also download the official Windows version of the client.
Jetzt weiß ich persönlich immer noch so richtig, was das ist,
aber die MP3-Freaks lachen mich jetzt bestimmt aus und deshalb schreibe ich
nicht weiter.
Über Miami 3.2b brauche ich wirklich nichts zu sagen. Nicht
registrierte User können dieses Programm mit leichten
Einschränkungen eine Stunde nutzen. Als Upcreate sollte eine
3.x-Version vorliegen, dann wird der vorliegende Keyfile akzeptiert. Das
Upcreate sollte keinesfalls manuell vollzogen werden, sondern nur mit dem
Installscript.
Do NOT try to install Miami manually. You should use the enclosed
installation scripts, or strange things may happen...
Weiter wird nochmals darauf hingewiesen, dass die Keyfiles von Miami1.x und
2.x nicht akzeptiert werden und dass man sich neu registrieren lassen muss.
Wenn die Registrierung nach dem 15.Juni 1997 geschah, ist dies kostenlos,
ansonsten werden US$ 12.00 fällig. Nach der Installation kann eine
Installation-Deutsch durchgeführt werden, wodurch die deutschen Guides
und Kataloge eingebunden werden.
Jetzt noch ein paar Originalworte zu MUI, GTLayout und ClassAct:
With Miami 3.x you have the choice to use other user interface
engines instead of MUI. Currently available are:
- MUI: standard MUI look, using MUI >=3.8.
- MUIMWB: MUI look, using MUI 3.8, but with additional images.
Requires 8-color screens.
- GTLayout: GadTools gadgets created with gtlayout.library.
Requires gtlayout.library V40 or higher (included in the
archive).
- ClassAct: ClassAct look. New versions of ClassAct (those
distributed as OS 3.5 or later) are VERY STRONGLY RECOMMENDED
with this user module.
In comm/net gibt es noch etwas Neues: PARADISE v0.71 beta - April 2000
Copyright (C)1999, 2000 by Giuseppe Mignogna. Freeware. All rights
reserved. Not for commercial use.
Paradise ist ein "Transferierer" für files, directories and ADF's
(Amiga disk images) zwischen Amiga und PC unter Benutzung des Parallelports
und einem Spezialkabel, das aus einem ParNet Kabel mit leichter
Modifikation hergestellt wird, was gar nicht so schwer sein soll. Der
Entwickler hat eine "performace" von ~33 Kbytes/s mit einem A500 7 Mhz und
einem Pentium 233 Mhz. Obwohl Amiga OS 2.0+ benötigt wird, arbeitet es
"properly" unter OS 1.3. Die volle Kompatibilität zu OS 1.3 soll bald
erreicht werden (hofft er).
Seitens des PC's muss MS-DOS 7 und Windows 9x wegen der "long file
names" vorhanden sein.
Jetzt noch ein paar Worte zu fda.lha
FDA (Future Drive Accelerator)
ist ein Laufwerks-cache Programm. Ein Cache speichert die Daten, die vom
oder zum Laufwerk (Festplatten, Disketten, CompactDisk, Wechselplatten,
ZIP...) gelesen oder geschrieben werden. Wenn angeforderte Daten, bereits
im Cache vorhanden sind, müssen diese Daten nicht nochmals von dem
langsamen Laufwerk eingelesen werden. Soweit nichts Neues! Das hat das
Programm auch schon in den früheren Versionen getan.
Bei allen bisherigen Cache-Programmen musste man, den Speicherverbrauch
festlegen. Es liegt nunmal in der Natur des Cache, dass er schneller wird,
je mehr Speicher er nutzen darf. Also hat man bei den alten
Cache-Programmen den Speicherverbrauch recht hoch angelegt, das dann aber
aufgrund anderer Programmen, die sich mangels Speicher beklagt haben,
schnell wieder verworfen. Das Resultat war ein Cache, dem im Durchschnitt
soviel Speicher zugeteilt wurde, dass auch noch alle "Speicherfressenden"
Programme laufen konnten. Da dies aber keine zufriedenstellende Lösung
ist, setzt hier nun Future Drive Accelerator flexibel an. Es wird der
gesamte freie Speicher, dessen Größe sich ja stets verändern
kann, als Cache genutzt. Dies hat zur Folge, dass ein Amiga mit einem 68030
50Mhz Prozessor und 16 MByte FastMemory (Blizzard IV) im Durchschnitt um
den Faktor 4 "beflügelt" wird.
In der deutschen Guide sind folgende
Angaben zur Schnelligkeit gemacht worden. Und als letzter Satz der
Einleitung heißt es:
Nicht zu vergessen, daß man einen Beitrag zum Thema
"UMWELTSCHUTZ" leistet. Der Motor und die Elektronik des
Laufwerks wird seltener angesprochen, wodurch Strom
gespart wird.
=> die KERN-Kraftwerke können früher vom
Netz.
Wir sollten auch ins Auge fassen, daß die Hardware,
dadurch, weniger abgenutzt wird.
Eine solche Begründung wäre mir nie eingefallen.
Hier nun die globale Übersicht über Aminet37:
|
![[ CDROM Cover ]](cd_aminet37.jpg)
Es wird schon langweilig, wenn ich sage, ich
schreibe immer noch über die AminetCD´s. Also lasse ich es dabei
bewenden und euch bleibt leider nichts anderes übrig, als das zu
lesen, was ich im ersten Augenblick aus den CD´s herauslese. Und bei
der heutigen Übersicht, kann ich als erstes nur sagen: Ich hasse
Zombies. Bei der Eruierung des Zahlengerüstes fielen mir gleich zwei
Punkte auf: